4 * 

PAT02013US.doc 

1 

Mobile Services 

FIELD OF THE INVENTION 

This invention relates to mobile services. The invention relates particularly, 
5 but not exclusively, to a system in which games are provided to a mobile 
communication device. 

BACKGROUND OF THE INVENTION 

Modern mobile communication devices have become feature rich platforms 
10 even capable to run open platform Java applications and games whilst they 
still can provide typical communication services such as speech and data 
services. Better still, it is even possible to add and / or activate new 
application Over The Air (so called OTA configuration or addition). 

15 The use of OTA may be further divided into two main categories depending 
on the target use: stand-alone use without any interaction with the. network, 
such as provision of ring-tones or single player off-line games and provision of 
content for use with the network, such as distributed multi-player games. 
Various hybrid forms are also possible, for example a game can be provided 

20 that can be played alone in a single player mode or over a network in a multi- 
player mode so that some other party plays the same game over a network 
connection. 

SUMMARY OF THE INVENTION 

25 According to a first aspect of the invention there is provided a mobile service 
system comprising a wireless client for a user and a remote service provider 
unit for providing content to the client, wherein the service provider unit 
comprises: 

a memory for storing an application usable by the client both off-line 
30 and on-line; 
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a port for receiving a request for the application from the client and for 
sending the application to the client; 

a processor for providing on-line use of the application for the client; 

a monitor for monitoring the on-line use of the application; 
5 a controller configured to control the processor to provide the on-line 

use of the application dependent on the monitoring; and the client comprising: 

a port for communicating with the service provider unit, configured to 
send the request to the service provider unit and to receive the application 
from the sen/ice provider unit; 
10 a processor for off-line running the application whenever desired by the 

user and for on-line running the application when desired by the user if 
allowed by the controller. 

The system provides a client with mobile reception of an application and 
15 allows the user to use the application off-line whenever he or she so desires. 
The system also allows the on-line use of the application when allowed by the 
service provider unit. 

The desired application may be a game and the associated service may be an 
20 on-line game service. The user may practise to an unlimited extent with a 
game in an off-line mode and only run the game in an on-line mode when 
electing to start consuming the on-line access. 

The monitor may have been configured to keep account of available on-line 
25 use of the application and to decrement the available on-line use according to 
predetermined reduction criterion. The system can thus provide a limited on- 
line usage and unlimited off-line usage for the application once downloaded 

The system may further comprise a charging unit configured to collect a 
30 monetary charge or payment for the sending of the application and for 
providing a certain amount of on-line use. Hence, an application can be 
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obtained and used on-line for a certain period with a single charge during and 
after which the application can be used off-line. This helps to motivate to 
download applications even despite the cost possible and inconvenience 
caused by obtaining them. 

5 

The memory may comprise a plurality of applications amongst which the client 
may select an application to be downloaded, for instance, one by one or in 
batches. The user can thus choose a desired application, such as a game, to 
down-load and rehearse off-line until the user feels confident to play the game 
10 on-line, against other users or a network accessible computer. 

The certain amount of on-line use may consist of any one or more of the 
following options: a predetermined period of time, a predetermined number of 
on-line accesses and a predetermined number of procedural on-line 

15 operations performed. The reduction criterion may contain the circumstances 
under which the on-line use takes place, such as on-line access data 
bandwidth, the level of network congestion, the amount of concurrent users, 
time of day, day of week or any combination thereof. Hence, it is possible to 
charge the on-line use based on various criterion or criteria so that the user 

20 may have a predetermined period of available on-line use, a predetermined 
number of on-line use sessions or operations (e.g. games to play), and further 
the charging can adapt to the costs of providing the service, for example by 
taking into account the prevailing network congestion and the prevailing load 
on the remote service providing unit. 

25 

When determining the available amount of on-line use as a number of on-line 
accesses, the user may freely choose when to use the associated service on- 
line without any time pressure. The determining of the available on-line use as 
a measure of time provides a clear cut-off for the service easy to understand 
30 for the user. The determining of the available on-line use as a number of 
procedure rounds (such as a single game from start to end) is also easy to 
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understand to the user and encourages to use a service on a single round of 
procedure for as long as the user can and wishes to continue using the 
service. 

5 The service provider unit may further comprise means for determining a 
payment of a supplementary charge and increasing by a corresponding 
amount the available on-line use. This makes it possible to extend the 
available on-line use of the application. 

10 The service provider unit may consist of a single unit or it may comprise a 
number of distributed units which may be specialised in particular tasks or 
may share common tasks. 

The functions of the service provider unit may be provided by computer 
15 program code executable by one or more computers, by dedicated hardware 
or by a combination of dedicated hardware and computer program code 
executable by one or more computers. 

The service provider unit may further comprise means for informing the user 
20 when the amount of available on-line use is falling below a certain threshold. 
Thus, the user will not be taken by surprise when running out of the on-line 
service access and the user may prepare by effecting a supplementary 
charge in time to avoid discontinuation of the on-line service. 

25 The memory may contain an application database comprising a plurality of 
different applications. 

The content may consist of one or more applications. The content may 
contain supplementary material that can be added to enhance to use the 
30 application, such as new game characters, game levels, sound effects, music 
and movie trailers. 
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According to a second aspect of the invention there is provided a method of 
providing content to a wireless client from a remote service provider unit, 
comprising: 

5 storing at the service provider unit an application usable by the client 

both off-line and on-line; 

transferring a request for the application from the client to the service 
provider unit; 

sending the application from the service provider unit to the client; 
1 0 providing on-line use of the application for the client; 

monitoring the on-line use of the application; 

controlling the providing of the on-line use of the application dependent 
on the monitoring; 

communicating with the service provider unit to send the request to the 
15 service provider unit and to receive the application from the service provider 
unit; ; ' ; . 

off-line running the application whenever desired by the user; and 

on-line running the application when desired by the user if allowed by 
the service provider unit. 

20 

According to a third aspect of the invention there is provided a remote service 
provider unit for providing content to a wireless client, wherein the service 
provider unit comprises: 

a memory for storing an application usable by the client both off-line 
25 and on-line; 

a port for receiving a request for the application from the client and for 
sending the application to the client; 

a processor for providing on-line use of the application for the client; 

a monitor for monitoring on-line use of the application; and 
30 a controller configured to control the processor to provide the on-line 

use of the application dependent on the monitoring. 
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The monitor may be a function provided by the processor. The controller may 
be a function provided by the processor. 

5 According to a fourth aspect of the invention there is provided a method of 
providing content to a wireless client, comprising: 

storing an application usable by the client both off-line and on-line; 
receiving a request for the application from the client and for sending 
the application to the client; 
10 providing on-line use of the application for the client; 

monitoring on-line use of the application; and 

controlling the providing of the on-line use of the application 
dependent on the monitoring of the on-line use of the application. 

15 According to a fifth aspect of the invention there is provided a wireless client 
for a mobile service system comprising the client and a remote service ■ 
provider unit, the client comprising: 

a wireless communication port for communicating with the service 
provider unit to request for an application from the service provider unit and to 
20 receive the application from the service provider unit; and 

a processor for off-line running the application whenever desired by the 
user and for on-line running the application when desired by the user if 
allowed by the remote service provider unit. 

25 According to a sixth aspect of the invention there is provided a method of 
receiving content in a client of a mobile service system comprising the client 
and a remote service provider unit, comprising the steps: 

communicating with the service provider unit to request for an 
application from the service provider unit and to receive the application from 
30 the service provider unit; 

off-line running the application whenever desired by the user; and 
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on-line running the application when desired by the user if allowed by 
the remote service provider unit. 

According to a seventh aspect of the invention there is provided a computer 
5 program product comprising means for causing a network entity to perform 
the method of the fourth aspect. Each method step may be caused by 
respective computer executable program code for causing the network entity 
to perform the step. 

10 According to an eighth aspect of the invention there is provided a computer 
program product comprising means for causing a client to perform the method 
of the sixth aspect. Each method step may be caused by respective computer 
executable program code for causing the client to perform the step. 

15 According to a ninth aspect of the invention there is provided a memory media 
comprising the computer program product of the seventh or eighth aspect. 

Advantageously, the functionality of the third or fifth aspect may be provided 
through a computer program product stored on a memory media. 

20 

Preferably, the memory media is a solid state or dynamic memory media, 
such as a semiconductor memory media, an optical memory media, a 
magneto-optical memory media or a magnetic memory media. The memory 
media may be a CD-rom, DVD-rom, a hard disk, a floppy disc, a MiniDisc, a 
25 memory card such as an MMC card, SD card, Memory Stick, or an integrated 
non-volatile memory circuit. 

It should be appreciated that the embodiments of any one aspect may 
produce corresponding advantages when combined with different other 
30 aspects as well and that they can be combined where applicable. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will now be described, by way of example only, with reference 
to the accompanying drawings, in which: 

Fig. 1 is a schematic of client-server system in accordance with a preferred 
5 arrangement of the present invention; 

Fig. 2 is a block diagram illustrating selected functional aspects of the server 
of Fig. 1 ; 

Fig. 3 is a block diagram illustrating selected functional aspects of the client of 
Fig. 1; and 

10 Figs. 4 and 5 are charts outlining procedures in the client-server system of 
Fig. 1. 

DETAILED DESCRIPTION 

Fig. 1 is a schematic of client-server system 100 in accordance with a 
preferred arrangement of the present invention. The system comprises a 
server 10 that controls maintenance : of service enabling applications, 
accounting, delivery of the applications and interoperation with clients using 
the applications. The system further comprises a plurality of clients 20 which 
are usually Java™ enabled mobile stations and a mobile communications 
network 20 through which the clients 20 can communicate with the server 10 
and with each other. Additionally, an application database 1 1 stores a plurality 
of service enabling applications and an accounting database 12 keeps 
records of client accounts for different clients, as shown in Fig. 2, to monitor 
whether a particular client 20 has or still has the right to use a particular 
service on-line. The application database 11 and accounting database 12 
have here been integrated into the server 10. 

To overview, the client-server system 100 has been configured to maintain in 
the application database 11a group of downloadable applications executable 
30 by the clients 20 either off-line or on-line depending on the choices of the 
users of the clients. On a request from a client 20, the server 10 delivers a 
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desired application against a predetermined charge, grants a predetermined 
amount of on-line service using the desired application, and maintains on the 
accounts database a measure of the available on-line service. The user of the 
client 20 can then use off-line the desired application as much as he or she 
5 wishes. The client 20 can also run the desired application on-line in 
communication with the server 10, but only up to the amount defined by the 
account of the client 20 stored on the accounts database. The server 10 will 
reduce the balance on the account corresponding to the on-line in a 
predetermined manner so that after a predetermined amount of on-line use 
10 the desired application can only be used off-line unless a supplementary 
charge is paid towards further on-line use. 

Fig. 2 is a block diagram illustrating selected functional aspects of the server 
10 of Fig. 1. The server 10 comprises a processor 200, a mass memory 210, 

15 working memory 220, Input / Output (IO) circuitry 230 and programming 
interface or User Interface (Ul) 240. The mass memory 210 contains an 
operating system 211, a control application 212, an application database 213 
and an accounting database 214. The processor 200 has been configured to 
run the control application 212 and the operating system 211 using the 

20 working memory 220 to control various operations of the server 10, for 
example to control communications in and out through the IO circuitry 230 
with clients 20 through the mobile communications network 30 shown in Fig. 
1. The application database 213 contains a group of applications 2131 to 
2133 corresponding to different applications the server 10 can provide to the 

25 clients 20. The account database 214 comprises plural records 2141 to 2144 
corresponding to accounts of different clients which have subscribed to a 
service provided by the server 10, that is clients which have ordered 
applications from the server 10. In order to spare storage space and to 
improve information security, the server 10 is preferably so configured that it 

30 removes any unnecessary accounts, for example when the balance of an 
account has become zero. 
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Fig. 3 is a block diagram illustrating selected functional aspects of the client 
20 of Fig. 1. The client 20 comprises a processor 300, a non-volatile memory 
310 capable of holding computer executable program code or software 311 
5 such as an operating system, various applications and also various settings 
that should be maintained. The client 20 further comprises a working memory 
320 in which the processor can execute the applications and run the 
operating system, a User Interface 330 for allowing the user to use the client 
20, and a radio block 340 providing functions necessary to transport 
10 information across the mobile communication network 20. 

Figs. 4 and 5 form a continued drawing outlining procedures in the client- 
server system of Fig. 1 . The operation up to providing an application for off- 
line use is shown in Fig. 4 and subsequent steps are illustrated in Fig. 5. In 

15 step 410, the client 20 first orders a service from the server 10. In step 411, 
the server 10 acknowledges the order. In step 412, the server 10 inquires the 
mobile communications network 30 to check if it can charge the client 20 for 
the service. In step 413 the network 30 acknowledges the inquiry. In steps 
414 to 417 the network lets the client confirm the intention to pay for the 

20 service and the mobile network 30 prepares a charging ID for the server 10 to 
subsequently effect the charging. In step 418, the network 30 responds to the 
server 10 with the charging ID if the charging verification with the client 20 
completed successfully, or with a NACK if a failure occurred in attempting to 
setup the charging via the network 30. In step 419 the server 10 

25 acknowledges to the network 30 the receipt of the information for step 418. If 
the charging ID was received, the server 10 proceeds with the further steps, 
otherwise the process terminates in the failure to collect the charge or diverts 
to charge for the service with an alternative way. For example, instead of 
using an operator based charging method, the client may then pay by using a 

30 scratch card pre-purchased by the user or by using a credit or debit card. 
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In step 420, the server 10 delivers an application 2131 associated with the 
desired service to the client 20. In step 421 , the client 20 sends an ACK to the 
server 10 after having received the application 2131. The server 20 and 
mobile communications network 30 then communicate in steps 422 to 426 to 
5 effect the charging of the service using the charging ID previously issued by 
the network 30. Next, in steps 427 to 428 the server 10 sets up an account 
2141 for the client 20 corresponding to the desired and ordered service. 

In the foregoing it was assumed that the client 20 has not yet established an 
10 account with the server 10. However, it may happen that the client wishes to 
re-download the application if the client has lost the application from its 
memory, for instance. If an account has already been set up for the client 20, 
then the server 10 may simply skip the steps 412 to 419 and 423. 

15 After having received the application 2131, the client 20 is able to run the 
application 2131 off-line in step 429. After steps 427 and 428, the.-client 20 is 
also able to start using the service on-line when desired by the user of the 
client 20. In step 430, the client 20 requests the ordered service to start on- 
line using it. In step 431, the server 10 acknowledges the request. In step 

20 432, the server checks the account database 214 for the balance on the 
client's account 2141 and in step 433 the server 10 receives the balance. If 
the balance is sufficient for providing the service, the server 10 starts in step 
434 to provide the on-line service and to reduce the balance in step 435 
according to the on-line service use. The server 10 stops providing the service 

25 when the balance in the account 2141 no longer suffices to provide further 
service. 

In case of a game, the off-line use refers to the user of the client 20 playing 
the game by the client without need to interact with the network or the server 
30 10. The on-line use, on the other hand, refers to communicating with the 
network 30 to play against other users playing with their clients, for example. 



PAT02013US.doc 

12 

The on-line use may refer to receiving new game levels, player details, 
textures, sounds, music or other content. It should also be appreciated that 
the client 20 may directly communicate with other clients, as alternative to 
communicating via the server 10 with other clients, to provide its user with a 
5 multi-player game. Even in this case, the server 10 may control the allowed 
extent of such inter-client communications. 

The aforementioned reduction of the balance in step 435 may refer to 
reducing the balance with a predetermined amount each second, minute, 

10 hour, day, or each game played, or each attempt or life lost in a game. The 
reduction may depend in a predetermined way from the costs of providing the 
service such that on congestion hours or network congestion or high server 
10 load, the charging is faster than when the providing of the service is less 
expensive. The charging scheme applied is preferably provided to the user of 

15 the client 20 for at least an implied approval before starting to provide the on- 
' line use of the service and to charge for the on-line use. 

In step 436, the server 10 sends a low-balance warning to the client 10. In 
step 437 (possible also before the low-balance warning in step 436), the client 
20 10 orders more on-line use from the server 10. The server runs again the 
steps 412 to 419 and 422 to 426 plus increases the balance corresponding to 
the supplementary charge made. 

The client 20 has been configured to prompt the user with the Ul 240 to 
25 confirm payment of the supplementary charge and to communicate the 
response seamlessly to the network 30 on receiving the confirmation from the 
user, in order to allow extended on-line use with very limited or even minimal 
manual action, particularly so if the client supports presetting an authorisation 
of sen/ice costs up to a user defined or predetermined maximum limit. Further, 
30 even if the user would not wish to pay more for the on-line use, the user will 
be warned before actually running out of the on-line service. The client 20 
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may have been configured to freeze the game whilst the playing of the game 
is interrupted because of the payment of the supplementary charge. 

A single client 20 may have a separate account 2141, 2142,... for each 
5 service subscribed so as to facilitate charging on different rates for different 
services. Alternatively, a single account may be used to provide and charge 
the use of different services, for example so that a one account 2141 is 
assigned to one client or user and another account 2142 is assigned to 
another client or user. 

10 

The present invention may be embodied in other specific forms without 
departing from its essential attributes. It should be appreciated that the entire 
detailed description describes a preferred embodiment and can be freely 
varied by removing, replacing or adding features of this detailed description. 

15 That the various features described are optional has not been emphasised for 
each feature only in sake of clarity and conciseness of the description. 
Furthermore, each feature disclosed in this specification (which terms includes 
the claims) and/or shown in the drawings may be incorporated in the invention 
independently of other disclosed and/or illustrated features. In this regard, the 

20 invention includes any novel feature or combination of features disclosed 
herein either explicitly or any generalisation thereof irrespective of whether or 
not it relates to the claimed invention or mitigates any or all of the problems 
addressed. 

25 The appended abstract as filed herewith is included in the specification by 
reference. 



